home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000100_fdc@watsun.cc.columbia.edu_Tue Oct 30 08:55:18 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  83 lines
  1. Article: 12917 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.sys.hp.hpux,comp.protocols.kermit.misc
  5. Subject: Re: transfering files securely (encryption ?)
  6. Date: 30 Oct 2001 13:55:35 GMT
  7. Organization: Columbia University
  8. Lines: 66
  9. Message-ID: <9rmbgn$b4r$1@newsmaster.cc.columbia.edu>
  10. References: <cad82396.0110260651.423f0fd1@posting.google.com> <slrn9trb2v.nb9.Ralf.Hildebrandt@postamt1.charite.de> <9rkbnv$qfg$1@newsmaster.cc.columbia.edu> <slrn9tsp4e.4ki.Ralf.Hildebrandt@postamt1.charite.de>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1004450135 11419 128.59.39.2 (30 Oct 2001 13:55:35 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 30 Oct 2001 13:55:35 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.sys.hp.hpux:142587 comp.protocols.kermit.misc:12917
  16.  
  17. In article <slrn9tsp4e.4ki.Ralf.Hildebrandt@postamt1.charite.de>,
  18. Ralf Hildebrandt <Ralf.Hildebrandt@charite.de> wrote:
  19. : On 29 Oct 2001 19:47:11 GMT,
  20. : Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  21. : 
  22. : >Cygwin on Windows does allow OpenSSH to be used there.  But it does
  23. : >not address the lack of support in the SFTP protocol for handling
  24. : >the differences between Stream-Binary, Stream-ASCII, Stream-EBCDIC,
  25. : >Stream-Unicode, and various Record based file formats used on various
  26. : >operating systems.  SFTP treats everything as Stream-Binary no matter
  27. : >what.  
  28. : 
  29. : This restriction was never a problem for me. I just write the stuff the
  30. : way it should appear on the target box.
  31. : YMMV.
  32. :
  33. It might indeed.  Lots of tools work for simple cases but not in the
  34. general case.  There is a good reason that FTP distinguishes between text-
  35. and binary-mode transfer.  FTP was designed in the days of computing
  36. diversity, to interoperate between any pair of computers (the n*n problem)
  37. no matter how their internal file representations differ.
  38.  
  39. If you only use platforms whose file semantics are all the same, then of
  40. course scp "meets your needs".  But from that we can not infer that scp 
  41. meets everybody's needs.
  42.  
  43. Let's look at what happens when you transfer all files in binary mode:
  44.  
  45.  . Sending C source code from DOS or Windows to Unix.  You can't compile
  46.    it any more because most C compilers do not like CRLF's.  Silly and
  47.    stupid, we can all agree, but still a fact.
  48.  
  49.  . Sending any text file from Unix to DOS or Windows.  You get the
  50.    stairstep effect, e.g. when viewing or printing.
  51.  
  52. These are trivial problems, yet nevertheless so many of today's computer
  53. users are baffled by them that they flood the newsgroups with cries for
  54. help.  But let's look at some nontrivial examples:
  55.  
  56.  . Transferring a Unix ASCII text file to an IBM mainframe, which doesn't
  57.    use ASCII.  It becomes total, incomprehensible garbage.  Ditto in the
  58.    reverse direction.
  59.  
  60.  . Transferring a text file between a record-oriented file system and a
  61.    stream-oriented file system.  The record boundaries are lost or turned
  62.    into garbage characters.
  63.  
  64.  . Transferring text in (say) German from DOS or Windows to Unix.  The 
  65.    Umlaute become garbage.
  66.  
  67.  . Transferring text in (say) Russian from DOS or Windows to Unix.  The
  68.    entire text becomes garbage.
  69.  
  70. Good tools handle not only trivial cases but the general case as well.
  71. Good file-transfer tools follow well-established principals of network
  72. citizenship by not putting proprietary formats on the wire but rather,
  73. always converting to a common intermediate representation for transport.
  74. This includes, for text-mode file transfer, both record format and
  75. character set.
  76.  
  77. Of course it is easy to say that IBM mainframes, VMS, and so on "don't
  78. matter".  This is a dangerous attitude.  Monopolies are bad; diversity is
  79. good.  Safety and robustness spring from diversity.  If you need convincing,
  80. look at the current situation with security and viruses.
  81.  
  82. - Frank
  83.